Context-sensitive caching

ABSTRACT

A method of caching contextually variant objects in a common cache. The method can include identifying an object type for a requested object and determining whether the requested object has an object type which is specified among an enumerated set of cacheable object types which can be stored in the common cache. Importantly, each cacheable object type can have an associated context. If the requested object has an object type which is specified among the enumerated set of cacheable object types, a cache key can be computed for the requested object using cache key formulation rules for the associated context. Finally, the requested object can be retrieved from the common cache using the formulated cache key. Notably, in one aspect of the invention, the method also can include the step of invalidating individual objects in the common cache according to corresponding cache policies of associated contexts.

CROSS-REFERENCE TO RELATED APPLICATIONS

This patent application claims the benefit under 35 U.S.C. §121 as adivisional of co-pending U.S. patent application Ser. No. 10/026,388,entitled “CONTEXT-SENSITIVE CACHING” filed on Dec. 21, 2001,incorporated herein by reference.

BACKGROUND OF THE INVENTION

1. Statement of the Technical Field

The present invention relates to the field of data caching and moreparticularly to caching contextually variant objects in a distributedcomputing system.

2. Description of the Related Art

Caching is the temporary storage of objects for subsequent retrieval.Caching objects over a network can provide several performanceadvantages. For instance, caching can reduce network bandwidthconsumption in consequence of fewer requests and responses transmittedover the network. Caching also can reduce server load as a result ofhandling fewer requests. Finally, caching can reduce response latency asresponses for cached requests are available immediately, and are closerto the client being served. Together, these advantages can enhance theperformance while reducing the cost of deploying applications.

Typically, caching can be performed in the client application. In thatregard, caching functions are included as part of most commerciallyavailable Web browsers. Client side caches typically cache networkobjects obtained from many servers, but all for a single end-user.Caching, however, also can be performed in between the client and theserver as part of a proxy. Proxy caches are often located near networkgateways to reduce the bandwidth required over expensive dedicatednetwork connections. Unlike the client-side cache, the proxy cache canserve many end-users with cached objects obtained from many servers. Foreven greater performance, many proxy caches are included as part of acache hierarchy in which a cache can inquire of neighboring caches for arequested object in order to reduce the need to fetch the objectdirectly.

In addition to client-side caching and proxy caching, caches also can beplaced directly in front of a particular server in order to reduce thenumber of requests that the server must handle. Most proxy caches can beused in this fashion, but this form of a cache has been referred tootherwise as a “reverse cache”, “inverse cache”, or sometimes “httpdaccelerator” in reference to the hypertext transfer protocol. Inparticular, the terms “reverse” and “inverse” refer to the fact that thecache stores objects for many clients, but the objects are obtained froma single server.

Though effective for many purposes, each of the client-side cache, proxycache and reverse cache can be considered deficient in several ways. Forinstance, caches are specifically configured for particular contexts.Particularly, caches can be configured to cache many types of objects,including database objects, remote method calls, the results ofexpensive computations, Web pages, application components and images. Ofcourse, depending upon the context, the caching rules specified in each“caching policy”, particularly the cache key generation rules and cacheentry invalidation rules, will vary. Furthermore, the manner in whichcache entries are named also can vary according to the naming conventionassociated with each context. In consequence, to reconfigure the cachefor operation in a different context, however, requires the redesign ofthe caching engine itself.

SUMMARY OF THE INVENTION

The present invention is a context-sensitive caching system and methodwhich overcomes the deficiencies of the prior art by providing aconfigurable common cache for objects having multiple contexts, withoutrequiring complex reprogramming typically associated with prior artcaching schemes. In accordance with the present invention, acontext-sensitive caching system can include a common cache, and acommon caching engine configured to write cacheable objects to thecommon cache. The common caching engine can be further configured toretrieve cacheable objects stored in the cache.

A shared name generator can be provided which can be configured toformulate cache keys for locating the cacheable objects written to thecommon cache. Additionally, one or more configuration specifications canbe provided, each configuration specification specifying a cachingpolicy for a single context. Finally, one or more plugable contextproviders can be provided, each plugable context provider providing thecommon caching engine with an interface to context specific data and aninterpretation of the caching policy of the configuration specificationinto concrete values. In particular, each plugable context provider caninclude an application configured to provide an interface to the cachingpolicy, and a deployment descriptor through which the common cachingengine can access the caching policy.

Notably, the caching policy can include a specified cacheable objecttype; rules for formulating cache keys for objects of the cacheableobject type; and, rules for invalidating objects in the common cache ofthe cacheable object type. In that regard, the cache key formulationrules can include rules for formulating cache keys for individualobjects of the cacheable object type; and, rules for formulating cachekeys for groups of the individual objects of the cacheable object type.The cache key formulation rules also can include conditional formulationrules specified using logical operators.

A method of caching contextually variant objects in a common cache caninclude identifying an object type for a requested object anddetermining whether the requested object has an object type which isspecified among an enumerated set of cacheable object types which can bestored in the common cache. Importantly, each cacheable object type canhave an associated context. If the requested object has an object typewhich is specified among the enumerated set of cacheable object types, acache key can be computed for the requested object using cache keyformulation rules for the associated context. Finally, the requestedobject can be retrieved from the common cache using the formulated cachekey. Notably, in one aspect of the invention, the method also caninclude the step of invalidating individual objects in the common cacheaccording to corresponding cache policies of associated contexts.

The computing step can include computing an individual cache key for therequested object using the cache key formulation rules for theassociated context. Also, one or more group cache keys can be computedfor the requested object using the cache key formulation rules for theassociated context. In this case, the group key can associate therequested object with other objects of the associated context which arestored in the common cache. Finally, the computing step can includeevaluating logical expressions in the formulations rules for theassociated context. The resulting evaluation can produce a particularformulation rule. As such, the cache key can be computed for therequested object using a cache key formulated using the particularformulation rule.

Thus, in accordance with the present invention, the common cache can beconfigured to cache many types of objects, including database objects,remote method calls, the results of expensive computations, Web pages,application components and images. In particular, the common cache cancache these contextually varying types of objects notwithstanding thevarying cache key generation rules and cache entry invalidation rules ofeach object type. In consequence, to cache a new object type in thecommon cache, only the addition of a context provider and configurationspecification can be required.

BRIEF DESCRIPTION OF THE DRAWINGS

There are shown in the drawings embodiments which are presentlypreferred, it being understood, however, that the invention is notlimited to the precise arrangements and instrumentalities shown,wherein:

FIG. 1 is a schematic illustration of a preferred embodiment of thecontext-sensitive caching system of the present invention; and,

FIG. 2 is a flow chart illustrating a process for caching contextsensitive data in the context-sensitive caching system of FIG. 1.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

The present invention is a context-sensitive caching system and method.In accordance with the inventive arrangements, the context-sensitivecaching system can be configured generically to cache objects acrossmultiple contexts, for instance Web pages, command execution results,database access results, application archives and audio-visual files. Inparticular, a common cache can be managed by a common caching engineconfigured to cache objects of varying contexts. Advantageously, the setof objects for which the common caching engine can be configured canvary according to a set of configuration specifications for eachcontext. In consequence, the context-sensitive caching system canprovide a common cache for objects across multiple contexts, withoutrequiring complex reprogramming typically associated with prior artcaching schemes. Furthermore, a shared cache namespace allows cacheinvalidations to occur across different application contexts.

FIG. 1 is a schematic illustration of a preferred embodiment of thecontext-sensitive caching system of the present invention. As shown inFIG. 1, the context-sensitive caching system 130 can include a commoncache 170 storing cacheable objects 172. A common caching engine 166further can be provided in addition to a shared name generator 168. Thecommon caching engine 166 can identify cacheable objects 172 and canwrite those identified cacheable objects to the common cache 170 using acaching key generated by the shared name generator 168.

Notably, plugable context providers 164 can be communicatively linked tothe common caching engine 166. Each plugable context provider 164 canprovide an interface to a set of configuration specifications 162 for aparticular context. Each configuration specification 162, in turn, canspecify those cacheable objects 172 to cache within the context, thedata associated with the cacheable objects 172 which can be used tocreate cache keys, and rules which are to be applied when determiningwhether to invalidate a cacheable object 172 within the context.

In one aspect of the present invention, each plugable context provider164 can be an application exposed to the common caching engine 166through deployment descriptors, as is well-known in the art. Theplugable context provider 164, itself, can be configured to process auniformly formatted configuration specification 162, for example using amarkup language such as XML. Still, the invention is not limited in thisregard and the plugable context provider 164 can be an applicationexposed to the common caching engine 166 through other machine readabletechniques.

Importantly, each configuration specification 162 which can be accessedthrough a plugable context provider 164 can specify not only rules forgenerating cache keys, but also the configuration specification 162 canspecify rules for generating group cache keys for entries in the commoncache 170. In this regard, group cache keys can be used to associate agroup of cache entities to a single cache key. Furthermore, theconfiguration specification can include logical operators including AND,OR and NOT operators, which can be used in specifying the formulation ofindividual and group cache keys. Advantageously, the plugable contextprovider 164, in conjunction with the shared name generator 168, can beconfigured to process the logical operators to produce the cachingpolicy for the particular context with which the configurationspecification 162 is associated.

In addition to the specification of cache key generation rules, theconfiguration specification 162 can include rules for invalidating cacheentries, whether individually or in a group, whether explicitly orotherwise. In particular, the configuration specification can specifywhen the validity of a cache entry has expired, or become “stale”, e.g.a time-to-live value. Also, the configuration specification can specifywhen a cache entry should be explicitly invalidated based upon anextrinsic event. Like the cache key generation rules, however, theplugable context provider 164 can be configured to process theinvalidation rules set forth in the associated configurationspecification 162.

In operation, client devices 102A and proxy servers 102B can be linkedover computer communications network 110 to an application server 120which hosts the context-sensitive cache 130. The application server 120can be a conventional application server which, for example, can respondto network requests 104 to perform an application operation with networkresponses 106 containing the results of the requested operations.Alternatively, the application server 120 can be a database serverconfigured to respond to database access requests with data storedtherein. In any case, the application server 120 is not limited as suchand can be any type of network server configured to respond to networkrequests 104.

The context-sensitive caching engine 130 can intercept network requests104 to determine whether any cacheable objects 172 which are to beinvoked, generated, retrieved or produced in consequence of the networkrequests 104 already reside in the common cache 170. If so, thepertinent cacheable objects 172 can be retrieved from the common cache170 rather than requiring the application server 120 to process thenetwork request 104. Notably, as one skilled in the art will recognize,the context-sensitive caching engine 130 is not limited strictly tocaching whole portions of output produced by, or work to be performedwithin the application server 120. Rather, the context-sensitive cachingengine 130 also can cache portions of the output or work as the case maybe.

Importantly, though FIG. 1 illustrates the context-sensitive cache 130as a reverse cache, the invention is not so limited. Rather, thecontext-sensitive cache 130 further can be deployed as a client-sidecache or even a proxy cache. In that regard, like the reverse cacheconfiguration illustrated in FIG. 1, in a client-side or proxy cacheconfiguration, the context-sensitive cache of the present inventionadvantageously can provide a common cache for objects across multiplecontexts, without requiring complex reprogramming typically associatedwith prior art client-side and proxy caching schemes.

FIG. 2 is a flow chart illustrating a process for cachingcontext-sensitive data in the context-sensitive caching system ofFIG. 1. Beginning in block 202, the caching engine can receive a networkrequest for an object. The request can be a request to retrieve anobject, for example a Web page or an audio-visual file. Furthermore, therequest can be a request for an associated application server to invokethe execution of an object, for example a method to retrieve resultsfrom a database and update the object's state. Finally, the request canbe a request to invoke an application command.

In block 204, the common caching engine can identify the type ofrequested object to determine whether the requested object is cacheable.Notably, the common caching engine can determine whether the requestedobject is cacheable based upon the configuration of the common cachingengine, as specified by one or more configuration specifications drivingthe common caching engine. In any case, if in decision block 206 it isdetermined that the requested object is not a cacheable object, in block208 the request can be forwarded on to the specified server. Otherwise,the process can continue in block 210.

In block 210, the shared name generator can consult the configurationspecification associated with the identified object type to determinewhat data in the object or other objects as provided by the plugablecontext provider can be used to formulate the caching key for theobject. In block 212, the shared name generator can formulate thecaching key based upon the determined data. Finally, in block 214 thecommon caching engine can attempt to locate a cached version of therequested object in the common cache using the caching key formulated bythe shared name generator.

In block 216, if the requested object is located in the common cache,the located object 218 can be retrieved from the common cache andreturned to the requester. Otherwise, in block 220, the network requestcan be forwarded to the specified server. Importantly, in block 222,once the specified server produces the requested object, the commoncaching engine can determine whether to write the requested object tothe common cache. In particular, the common caching engine can consultthe configuration specification associated with the identified objecttype to determine whether the caching policy requires that the commoncaching engine write the requested object to the common cache. In thatcase, the shared name generator once again can formulate a caching keyto be used when writing the requested object to the common cache.

The present invention can be realized in hardware, software, or acombination of hardware and software. An implementation of the methodand system of the present invention can be realized in a centralizedfashion in one computer system, or in a distributed fashion wheredifferent elements are spread across several interconnected computersystems. Any kind of computer system, or other apparatus adapted forcarrying out the methods described herein, is suited to perform thefunctions described herein.

A typical combination of hardware and software could be a generalpurpose computer system with a computer program that, when being loadedand executed, controls the computer system such that it carries out themethods described herein. The present invention can also be embedded ina computer program product, which comprises all the features enablingthe implementation of the methods described herein, and which, whenloaded in a computer system is able to carry out these methods.

Computer program or application in the present context means anyexpression, in any language, code or notation, of a set of instructionsintended to cause a system having an information processing capabilityto perform a particular function either directly or after either or bothof the following a) conversion to another language, code or notation; b)reproduction in a different material form. Significantly, this inventioncan be embodied in other specific forms without departing from thespirit or essential attributes thereof, and accordingly, referenceshould be had to the following claims, rather than to the foregoingspecification, as indicating the scope of the invention.

1. A method of caching contextually variant objects in a common cachecomprising the steps of: identifying an object type for a requestedobject; determining whether said requested object has an object typewhich is specified among an enumerated set of cacheable object typeswhich can be stored in the common cache, said cacheable object typehaving an associated context; and, upon said requested object having anobject type which is specified among said enumerated set of cacheableobject types, computing a cache key for said requested object usingcache key formulation rules for said associated context, and retrievingsaid requested object from the common cache using said formulated cachekey.
 2. The method of claim 1, wherein said computing step comprises thestep of computing an individual cache key for said requested objectusing said cache key formulation rules for said associated context. 3.The method of claim 2, wherein said computing step further comprises thestep of computing a group cache key for said requested object using saidcache key formulation rules for said associated context, said group keyassociating said requested object with other objects of said associatedcontext which are stored in the common cache.
 4. The method of claim 1,further comprising the step of invalidating individual objects in thecommon cache according to corresponding cache policies of associatedcontexts.
 5. The method of claim 1, wherein said computing stepcomprises the steps of: evaluating logical expressions in saidformulations rules for said associated context, said evaluationproducing a particular formulation rule; and, computing said cache keyfor said requested object using a cache key formulated using saidparticular formulation rule.
 6. A machine readable storage having storedthereon a computer program for caching contextually variant objects in acommon cache, the computer program comprising a routine set ofinstructions for causing the machine to perform the steps of:identifying an object type for a requested object; determining whethersaid requested object has an object type which is specified among anenumerated set of cacheable object types which can be stored in thecommon cache, said cacheable object type having an associated context;and, upon said requested object having an object type which is specifiedamong said enumerated set of cacheable object types, computing a cachekey for said requested object using cache key formulation rules for saidassociated context, and retrieving said requested object from the commoncache using said formulated cache key.
 7. The machine readable storageof claim 6, wherein said computing step comprises the step of computingan individual cache key for said requested object using said cache keyformulation rules for said associated context.
 8. The machine readablestorage of claim 7, wherein said computing step further comprises thestep of computing a group cache key for said requested object using saidcache key formulation rules for said associated context, said group keyassociating said requested object with other objects of said associatedcontext which are stored in the common cache.
 9. The machine readablestorage of claim 6, further comprising the step of invalidatingindividual objects in the common cache according to conesponding cachepolicies of associated contexts.
 10. The machine readable storage ofclaim 6, wherein said computing step comprises the steps of: evaluatinglogical expressions in said formulations rules for said associatedcontext, said evaluation producing a particular formulation rule; and,computing said cache key for said requested object using a cache keyformulated using said particular formulation rule.